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0 SAMPLED DATA STORAGE AND EDITING SYSTEM. 

@ The present invention is a system that converts 
a vertical file (28) of time series data records from 
multiple terminals (10-14) and stored by time into a 
horizontal file (52) where records are organized by 
terminal (10-14). The user can then access the de- 
sired terminal information rapidly in the horizontal file 



(52) rather than having to perform an inefficient 
sequential search of the vertical file (28). After the 
terminal data is horizontally stored, the data is used 
to create display or print-out windows of the terminal 
data for many locations. Each window includes the 
data from a single terminal (10-14). For example, 
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each window could include a graph of rain data for a 
location. The system also creates a cross reference 
table (76) of the addresses of the data used to 
create each window. When the display arrangement 
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FIG. 2 



is altered, the data in the horizontal file (52/74) is 
reorganized to match the display order while only 
the physical addresses of the data for each terminal 
are changed In a new cross reference table (80). 
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TECHNICAL FIELD 

The present invention is directed to a system 
that collects data and organizes that data for dis- 
play and, more particularly, to a system that col- 
lects time series data from remote terminals, stores 
the time series data in a vertical file, converts the 
vertical file into a horizontal file or horizontal inter- 
mediate files suitable for searching or display and 
allows the horizontal file or files to be rearranged to 
match a display organization desired by a user. 

BACKGROUND ART 

Conventional time series data collection sys- 
tems, such as illustrated in Fig. 1 , include remotely 
located data collection terminals 10-14, which could 
be microcomputers or simple digital sampling sys- 
tems. Such systems in response to a request from 
a computer 16, obtain data from sensors 18-22 and 
serially transmit that data to the computer 16 over 
a communication network 24 which could be a 
private dedicated network or a network which uses 
the public telephone system. A typical response 
from a terminal will include a terminal number, a 
date and time of the data sample, the data, a time 
interval over which the data was collected and a 
data type. The typical response will have a length 
of approximately fourteen bytes. As the data, which 
could amount to thousands of samples per second, 
is collected from the terminals 10-14, it is stored by 
the computer 16 in a storage unit 26, such as a 
hard magnetic disk, and organized as a vertical file 
where each fixed length record 28 corresponds to = 
a sampling time "T", each terminal "a" corre- 
sponds to an entry 30 in that record and the data 
"d" collected from each terminal corresponds to 
fields 32 within that entry. Of course, it is possible 
for the data collected during any one time period to 
be stored in a separate time file and, if so, the 
terminal responses would be records and the data 
collected from each terminal would be the entries 
within the record. The data collected and stored by 
this type of conventional system is typically data, 
such as weather data, which is collected from 
many remote locations and analyzed at a central 
location, such as the National Weather Service. 
Once this data is collected, it is common practice 
for a user to display the data graphically on a 
display 34 or print the data using a printer. How- 
ever, the user sometimes prefers to view the data 
organized by terminal or location rather than by 
time as the data is originally stored. The user also 
sometim s prefers to display the data from plural 
locations at the same time to allow visual compari- 
son of various locations. Such a display 36, pro- 
duced by conventional software, is illustrated in 
Fig. 1 where rain, temperature and pollution data 
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graphs for 4 locations are displayed at the same 
time. The generation of this display 36 requires a 
considerable amount of time because the data as 
displayed is organized very differently from the 
5 data as it is stored. For example, to collate the data 
for the rain "d1" at the Osaka data collection 
terminal "a1 " over a period of time and display that 
data as a graph requires that the computer 16 
access and store, in a file, the entry 30 and data 

10 field 32 in each record 28 corresponding to the 
Osaka terminal within the time window desired and 
provide that data or file to a conventional graphics 
package. Searching for and locating the desired 
data can be very time consuming since the search 

IS is typically sequential. This operation must be re- 
peated for each one of the data types and locations 
to be displayed as requested by the user. The 
individual graphic displays are then passed to a 
conventional window display package which pro- 

20 duces the contents of each of the windows in the 
display 36. If the user then decides that the ar- 
rangement of graphs on the display 34 should be 
different, as illustrated by the display 38 in Fig. 1 
where the display locations and data types have 

25 been rearranged, the computer 16 must start over 
by reading the vertical file 28. 

The problem with the slow access time and the 
inefficient use of the computer resources, as dis- 
cussed above, becomes even worse when the sys- 

30 tem allows the user to select different portions of 
the display 38 for output to either a printer or to be 
sent to a remote location display over the network 
24. For example, the user may want to display the 
Kawasaki rain data with the Tokyo rain data and 

35 send that information to a Tokyo office and then 
display the Osaka and Nagoya rain data and send 
that to a different office. This situation involves a 
still further reorganization of the data and thus 
starting the process over again with the: access to 

40 the vertical file 28. 

It is therefore an object of the present invention 
to provide a system which does not require se- 
quential search of time records in a vertical file to 
collate terminal data. It is also an object of the 

45 present invention to provide a system that includes 
an intermediate horizontal file of data sorted by 
terminal. It is another object of the present inven- 
tion to store time series data in a database having 
multiple dimensions allowing efficient multidimen- 

50 sional searches. It is an object of the present 
invention to provide increased data security by 
storing t>oth vertical and horizontal files' which du- 
plicate the stored data. It is a further object of the 
present invention to provide a system that allows 

55 related data on a display to be freely rearranged 
without requiring substantial computer search time. 

DISCLOSURE OF THE INVENTION 

3 
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The above objects can be accomplished by a 
system that converts a vertical file of terminal 
records ordered by time Into a horizontal or lateral 
file or files where records are stored and organized 
or ordered, in a storage unit, by terminal. The user 
can then access the desired terminal information 
rapidly. After the terminal data is stored, the data is 
used to create a display of the terminal data for 
many locations along with a cross reference table 
of the terminal data addresses for each segment. 
When the display arrangement is altered, the data 
in the file is reorganized to match the display, 
thereby reducing future search time, while only the 
addresses of the data are changed in the cross 
reference table. 

More particularly the above objects may be 
accomplished by a method and system. The sys- 
tem is a data collection, storage and display sys- 
tem, comprising: remote terminals producing time 
series data; a communication network connected to 
said remote terminals; data storage means for stor- 
ing data; display means for displaying data in win- 
dows; data collection means for collecting the time 
series data over said communication network from 
said remote terminals and storing the time series 
data in a vertical file ordered by time; display 
creation means for accessing the vertical file, creat- 
ing a horizontal file with the time series data or- 
dered by terminal where data for each terminal has 
an address, creating a display for each terminal 
from the horizontal file, displaying each display In a 
corresponding one of the windows and producing a 
cross reference table with entries corresponding to 
the windows where, each entry includes the ad- 
dress of the terminal data of the corresponding 
window; and format means for creating a new hori- 
zontal file and a new cross reference table with the 
terminal data of the new horizontal file and ad- 
dresses thereof in the new cross reference table 
ordered corresponding to a display format desired 
by the user. 

The method is a method of data collection and 
storage, comprising the steps of: (a) collecting time 
series data from remote locations; (b) storing the 
time series data in a vertical file ordered by time; 
(c) sorting the time series data by remote location 
Into remote location data ordered by remote loca- 
tion; (d) storing the remote location data in a hori- 
zontal file in successive physical memory locations; 
(e) displaying the remote location data on a display 
having display locations and creating a display 
cross reference table having entries corresponding 
to the display locations, where the remote location 
data is displayed on the display with each entry 
including an address of the physical memory loca- 
tion in the horizontal file of the remote location data 
for the corresponding display location; and (f) cre- 
ating a new horizontal file and a new display cross 
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reference table when a user requests a display 
format change, wherein step (f) comprises: 1) ob- 
taining the display format change; 2) retrieving an 
address of remote location data to be moved on 

5 the display from the cross reference table; 3) stor- 
ing the retrieved remote location data in a physical 
location in the new horizontal file corresponding to 
the display location to which the remote location 
data is to be moved; and 4) storing the physical 

70 location in the new display cross reference table in 
an entry corresponding to the display location. 

These together with other objects and advan- 
tages which will be subsequently apparent, reside 
in the details of construction and operation as more 

75 fully hereinafter described and claimed, reference 
being had to the accompanying drawings forming a 
part hereof, wherein like numerals refer to like parts 
throughout. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

Rg. 1 illustrates a conventional system and the 
operations thereof, and is used to explain the 
problems therewith; 
25 Fig. 2 depicts the transformation of a vertical file 
into a horizontal file in accordance withi the 
present invention; 

Fig. 3 illustrates a reordering of data as stored 
and displayed and location table contents in 

30 accordance with the present invention; 

Fig. 4 is a flowchart of the data capture and 
storage process of the present invention; 
Fig. 5 illustrates the overall operation flow when 
a user creates a horizontal file for display, dis- 

35 plays that file, alters the contents of the file and 
alters the output format; 

Fig. 6 is a flowchart of the process of the 
present invention when the user requests cre- 
ation of a horizontal file; 
40 Rg. 7 illustrates the process when the user adds 
data to the horizontal file; and 
Fig. 8 illustrates the operation of the present 
invention when a output format change is re- 
quested. 

45 

BEST MODE OF CARRYING OUT THE INVEN- 
TION 

The present invention, as illustrated in Fig. 2, 
50 uses the vertical file 28, created by the data sam- 
pling system software executing in the computer 
16, to produce a horizontal file 52 in which the data 
is sorted by terminal or location and a record 54 for 
each location is created. Each record 54 includes 
55 an entry 56 for each time sample in the original 
vertical file 28 and the appropriate data collected 
from the corresponding terminal in the correspond- 
ing time slot in frelds 58 of the entry 56. The 
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system is also capable of converting the horizontal 
file 52 into a further segmented horizontal file 60 in 
which the data collected fronn each terminal Is 
Included in a separate record 62. For example, the 
rain data for Osaka would be included in a record 
separate from the record for the temperature data 
for Osaka. This horizontal ordering and segmenta- 
tion of the data facilitates the preparation of the 
location and data type graphs Illustrated in Fig. 1 
and also facilitates the reordering of the data nec- 
essary to create the reordered display 38, also 
illustrated In Fig. 1. The system is further capable 
of dividing the horizontal segmented records of file 
60 into individual files 64 which can facilitate the 
creation of the graphs of Fig. 1 , since the conven- 
tional graph creation software need only receive 
the file name of the data to create an appropriate 
graph. It Is possible for the system to discard the 
vertical file once a complete horizontal file is cre- 
ated, however, it Is preferred that the vertical file be 
retained, thereby creating a multi-dimensional 
database of the time series data. The storage of 
the data in both horizontal and vertical files also 
increases data security by automatically having a 
backup or duplexed data source. 

The present invention, as Illustrated in Figs. 
3A-3C, reorganizes the storage order of the records 
62 or files 64 in accordance with the rearrangement 
of the display requested by the user. In the exam- 
ple of Fig. 3, which illustrates the principles of 
operation of the data reorganization embodiment of 
the present invention, the segments of the display 
72 have been arranged in a completely different 
order than the original display 70. For example, the 
original display 70 includes the data d1 from termi- 
nal a1 located in the upper left hand display seg- 
ment or window P-A while in the rearranged dis- 
play 72 this same data is located in the segment or 
window corresponding to the second row and the 
third column. The original order of the records or 
files corresponding to the display 70 is shown on 
the left hand side of Fig. 3B with the horizontal file 
74 having the records or files sorted by row and 
then by column. The present invention using a 
cross reference table 76 accesses and reorders the 
records or files in the file 74 into the order shown 
in file 78 of Fig. 3C .which corresponds to the row 
and column order of the rearranged display 72. In 
this situation it is preferred that the records or files 
be physically sequential on the storage media. The 
cross reference table 76 has its entry and field 
locations, which contain the physical media ad- 
dress of the data corresponding- to the segment or 
window of the display of data, rearrang d, as illus- 
trated by table 80 in Fig. 3C, to reflect the new 
locations for the data in the file 78. That Is, the 
originally created table 76 is updated to reflect the 
new locations of the data as rearranged In the 
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display 72. The details of the operation of the 
present invention with respect to Figs. 2 and 3 will 
be discussed with respect to flowchart Figs. 4-8. It 
is preferred that a high speed computer such as a 

5 mainframe or minicomputer be used to implement 
the present invention because of the need for a 
high processing speed, that software written in the 
C computer language be used and that an op- 
erating system such as UNIX be used. 

10 As illustrated In Rg. 4 the data sampling and 

storage process of the present invention starts 102 
with a request by the computer 16 to the terminals 
10-14 for data collected during a particular time 
slot or time interval. This request is output over the 

76 network 24 to the terminals 10-14. The computer 
16 also starts a timeout timer which is checked 104 
to determine whether the time for all of the termi- 
nals to respond has expired, tf not, when data is 
received 106. as denoted by a non-empty input 

20 buffer, the computer checks 108 to determine -or 
discriminate whether the data received is time se- 
ries data. This check is performed because the 
data received could be other than time series data. 
If the data received is non-time series data, non- 
25 time series data processing Is performed on the 
data in the buffer. If the data is time series data, 
the system 16 confirms 112 whether the data is in 
the time slot requested. That is, the data request 
102 transmitted previously is a request for data 

30 taken during a predetermined time slot and if time 
series data for a time slot other than the slot 
requested is received It is not processed. If the 
data is in the proper time slot, the data is stored 
114 in the vertical file 28 in the order of the time 

35 slots in which the data was sampled. The system 
then checks 116 to determine whether all the termi- 
nal data has been received, that is, whether the 
data for a particular time window has been re- 
ceived. If not, the system returns to wait for new 

40 data. If all the data has been received the system, 
using conventional sorting techniques, can sort the 
data into the horizontal records 54 or 62 and/or the 
horizontal files 64. These records or files are then 
stored In a storage media, such as a hard magnetic 

45 disk. This embodiment creates a complete horizon- 
tal file which matches or duplicates the contents of 
the vertical file. The system then determines 120 
whether the records or files as stored are located in 
sequential physical addresses on the disk. If not 

50 the system calls 122 a conventional operating sys- 
tem utility which will insure that the data is stored 
in sequential locations on the disk. The sequential 
storage of the data is important to reducing search 
time. 

65 Once the system has creat d the vertical file 

28, it is possible for the user to use the data to 
create a multi-window display, alter the data used 
in the display and change the format of the display. 

5 
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A typical such sequence is illustrated in Fig. 5. 
First, the user requests that a particular display of, 
for exannple. rain data for only a few of the termi- 
nals 10-14 be created. The system then accesses 
the vertical file 28 and creates 124 the display as 
requested by the user. The system then stores 126 
the data obtained for the display in an appropriate 
horizontal file. The operations of steps 124 and 126 
will be discussed in more detail with respect to Fig. 
6. Once the display is created, the user could 
request that the file be altered by. for example, 
including in the file the latest time sample data. 
The file contents are altered 128 as requested after 
which the altered file is again stored 130 in the 
horizontal file. As another example of data alter- 
ation, the user could request that the data be 
compressed from, for example, data points taken 
every minute to an average for each hour. The 
steps 128 and 130 will be discussed in more detail 
with respect to Fig. 7. Once the user has created 
the display showing the data that is desired, the 
user may want to alter the display format. The 
display is altered 132 as requested after which, to 
enhance the speed of future searches, the order of 
the data or records in the horizontal file is changed 
134. Steps 132 and 134 will be discussed in more 
detail with respect to Fig. 8. 

Once the vertical file 28 has been created, if a 
user does not want to create a complete duplicate 
of the contents of the vertical file in a horizontal 
file, as was discussed with respect to Fig. 4, the 
user can request that only desired data be used to 
create the : horizontal file. Such an embodiment 
improves data storage efficiency as well as search 
speed. A. user will also want to create the displays 
36 or 38. When this request 140 occurs, as illus- 
trated In Fig. 6,- the vertical file 28 is accessed 142 
and sorted as requested. This access and sorting 
is performed conventionally by for. example the 
user specifying that he wishes to create displays 
for the rain from three terminals. In this situation 
the system would read the vertical file 28 searching 
for the terminals specified and obtain the contents 
of the field 32 requested by the user. This data 
when read would be stored in a file which would be 
conventionally sorted by terminal into a horizontal 
file. The system then transfers the horizontal file 
created to ^ a conventional window controller pro- 
gram such as the X-window system of UNIX that 
accesses a conventional graphic display system 
creation program that creates 144 the appropriate 
graphical displays for each of the designated win- 
dows using the Graphical User Interface of UNIX. 
Once the display has been created for the us r, the 
system prompts the user concerning whether this 
display should be stored as an intermediate hori- 
zontal file. If so, th system stores 150 the data in 
the intermediate horizontal file and then checks 152 
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to determine whether the data as stored has been 
stored physically sequentially and, if not calls the 
appropriate operating system utility to ensure that 
the data is stored sequentially. 

5 Once the horizontal file has been created, it is 

possible for the user to request that additional data 
be added to the horizontal file or for the file to be 
edited. For example, after additional rain data for 
an additional time period is collected, the user may 

10 desire to add this additional rain data to the hori- 
zontal file already created. In this situation, as 
illustrated in Fig. 7, when the user requests 170 the 
addition of such data, the system accesses both 
the vertical and horizontal files and in a conven- 

75 tional manner obtains the additional data from the 
vertical file, stores it in the horizontal file and sorts 
the data in the horizontal file according to the 
terminal and data type order requested. This situ- 
ation not only includes the addition of new data to 

20 records already created, for example, the addition 
of additional rain data samples for a particular 
terminal, but also includes the possibility that the 
user will want to add different terminals or different 
types of data to the display such as to add pollu- 

25 tion data. This step could include other editing 
operations such as averaging data taken every 
minute into averages for each hour, thereby com- 
pressing the data files. Once the system has sorted 
the data into the order requested or altered the 

30 data as requested, the display is created 174 and 
output to the display device 34. If the user is 
satisfied with this latest display, the user can re- 
quest 176 that the data be stored as a horizontal 
file in which case the data is stored 180 in the 

35 already created horizontal file. Once this is accom- 
plished the system again checks 182 to determine 
whether the records of the horizontal file have been 
stored in sequential memory addresses In the stor- 
age media, such as a magnetic disk. 

40 In steps 144 of Fig. 6 and 174 of Fig. 7 it Is 

preferred that the software which creates the win- 
dow display create a cross reference table 76, as 
illustrated in Fig. SB, where the address of the 
location of the record or file used to create the 

45 corresponding portion of the display can be found. 
It is also possible to use the file header as the 
entry in this table instead of the physical address 
on the storage media. The index into this table 76, 
as illustrated in Fig. 3B, is the row and column 

50 coordinates of the corresponding portion of the 
display. The creation of this table is conventional 
and within the skill of those of ordinary skill in the 
art and should be created as the display windows 
are filled by the window controller software. 

55 When the user, as illustrated in Fig. 8. requests 

200 the reconfiguration of the display, the user 
preferably creates a desired display configuration 
table, as illustrated in the right side of Fig. 3A, 

6 
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ence table to include the latest addresses of where 
the data is stored, the system need not perform a 
low efficiency/sequential search for each record as 
required in the prior art. The cross reference table 
5 allows the files or records being used for a display 
to be accessed randomly very efficiently. The use 
of the cross reference table also solves a problem 
created by a horizontal file that is searched se- 
quentially. For example, if the user decided that the 
10 record or file P-B (See Fig. 3B) should appear after 
the record P-D, a sequential search system, after 
finding the record P-D, would search all the way 
through to the end of file 74 and then start search- 
ing the file 74 from the beginning. A very inefficient 
76 operation. The cross reference table for the file 
allows the system to go straight to the address of 
P-B after the P-D processing is completed. A sig- 
nificant improvement in the searching efficiency. 

20 INDUSTRIAL APPLICABILITY 



which either uses the terminal and data type to 
identify what data should be used in that portion of 
the display or, if the system provides the file 
names for each of the files 64, the user could 
substitute file names for the terminal and data type 
indicators. Of course, other methods of specifying 
the desired display format could be used such as 
allowing the user to point and click using a mouse 
to specify a move command and then specify the 
source and destination for the move and thereby 
creating a list of move commands. Once the user 
has requested the display reconfiguration, the sys- 
tem obtains the desired format (the desired display 
configuration table) in a form such as the table 
corresponding to the right side of Fig. 3A men- 
tioned above. Once the format is obtained, the 
system initializes 204 a pointer to the list or table 
specifying the desired format. From the index co- 
ordinates of the table 72, the entry in (address of 
the record or file) in the cross reference table 76 
corresponding thereto is obtained 206. For exam- 
ple, if the user were to supply the desired format in 
the form illustrated in the right side of Fig. 3A, the 
system first obtains the coordinates for the upper 
left hand portion of the display where the coordi- 25 
nates Q-D are obtained. The system then accesses 
the table 76 in the Q-D entry and obtains the 
address, for example 4CCC, which is the address 
where the corresponding data can be obtained in 
the file 74 on the media. The system then stores 30 
210 this data in a new horizontal file 78 and enters 
212 the new address, for example 5AAA, in the 
corresponding location of a new table 80 illustrated 
on the right in Fig. SC. The system then examines 
the pointer to the table 72, shown in the right side 35 
of Fig. 3A, to determine 21 4, whether any additional, 
format changes remain to be processed. If so, the 
pointer is updated 216 and the system moves the 
designated data from file 7.4 to file 78 and updates 
the table 80. This process continues until all of the 
entries of the desired forrhat table 72 have been 
processed, at which point the system creates 218 a 
corresponding display and outputs that to the user 
for review. If the user is satisfied with this display, 
the system ensures that the data in the new file 78 
is sequentially stored as previously discussed. The 
original horizontal file and .table and the new hori- 
zontal file and table can both be stored, thereby 
creating another dimension in the entire database. 
However, as such, files accumulate the least re- 
cently used file should be discarded as the storage 
space gets full. If the user requests a further recon- 
figuration of the display,: the. process of Fig. 8 is 
again executed. This further embodiment creates a 
free format data editing system allowing the user to 
freely alter the display format without creating fil s 
which are ineffici nt to s arch. 

Because the system updates the cross refer- 



The system of the present invention is de- 
signed to process and display time series data 
such as rain or earthquake data collected from 
remote locations and allow the user to easily rear- 
range the data for display or printout in desired 
formats for different uses. 

The many features and advantages of the In- 
vention are apparent from the detailed description 
and thus it is intended by the appended claims to 
cover all such features and advantages of the in- 
vention which fall within the true spirit and scope of 
the invention. Further, since numerous modifica- 
tions and changes will readily occur to those skilled 
in the art, it is not desired to limit the invention to 
the exact construction and operation illustrated and 
described, and accordingly all suitable modifica- 
tions and equivalents may be resorted to, falling 
within the scope of the invention. For example, the 
description discusses the invention with respect to 
multiple data values being used to create graphs of 
data displayed in display windows, however, each 
window could Include a single data value. Of 
course other types of displays than graphical dis- 
plays could be created, such as spread sheets. 
The invention also discusses producing the win- 
dows on a single display and it is of course possi- 
ble fpr each window to occupy a complete CRT 
display in an emergency response center or for the 
system to create a display of only the data from a 
single terminal which then occupies an entire dis- 
play. Further. Fig. 8 shows the display being pro- 
duced after the data file Is rearranged and the table 
is updated. It is of course possible to output the 
data to the display for each window as it is stored 
in step 210. 

Claims 
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1. A data collection and storage system compris- 
ing: 

data storage means for storing data; and 
sample collection means for collecting 
time series data from remote locations and 
storing the time series data in said data stor- 
age means, said sample collection means 
comprising: 

vertical means for storing the time series 
data in said storage means ordered by time; 
and 

horizontal means for creating a data file of 
the time series data ordered by remote loca- 
tion. 

2. A system as recited in claim 1, wherein said 
horizontal means produces a time series data 
file for each location. 

3- A system as recited in claim 1, wherein said 
data storage means includes physical memory 
locations and said horizontal means stores the 
time series data ordered by remote location in 
successive physical memory locations of said 
data storage means. 

4. A system as recited in claim 1, wherein said 
horizontal means creates the data file when 
desired time series is collected. 

5. A system as recited in claim 3, wherein said 
horizontal means creates the data file when a 
user requests display of the time series data. 

6. A system as recited In claim 1, further com- 
prising update means for accessing the time 
series data ordered by time and the data file to 
alter the time series data in the data file. 

7. A system as recited In claim 5. further com- 
prising a display and wherein said horizontal 
means creates a display cross reference table 
having entries corresponding to display loca- 
tions on the display where each of the entries 
includes a physical address, in the data file, of 
the time series data displayed in the corre- 
sponding display location. 

8. A system as recited In claim 7, further com- 
prising format change means for creating a 
new data file and a new display cross refer- 
ence table when a user requests a display 
format change, said new data file having the 
time s ries data stored In new physical ad- 
dresses in said data storage m ans corre- . 
spending to display location and said new dis- 
play cross reference table having the entries 



corresponding to the new physical addresses. 

9. A data collection, storage and display system, 
comprising: 

5 remote terminals producing time series 

data; 

a communication network connected to 
said remote terminals; 

data storage means for storing data; 
10 display means for displaying data in win- 

dows; 

data collection means for collecting the 
time series data over said communication net- 
work from said remote terminals and storing 
75 the time series data in a vertical file ordered 

by time; 

display creation means for accessing the 
vertical file, creating a horizontal file with the 
time series data ordered by terminal where 

20 data for each terminal has an address, creating 

a display for each terminal from the horizontal 
file, displaying each display in a corresponding 
one of the windows and producing a cross 
reference table with entries corresponding to 

25 the windows where each entry Includes the 

address of the terminal data of the correspond- 
ing window; and 

format means for creating a new horizontal 
file and a new cross reference table with the 

30 terminal data of the new horizontal file and 

addresses thereof In the new cross reference 
table ordered corresponding to. a display for- 
mat desired by the user. 

35 10- A method of data collection and storage, com- 
prising the steps of: 

(a) collecting time series data from remote 
locations; 

(b) storing the time series data in a vertical 
40 file ordered by time; 

(c) sorting the time series data by remote 
location into remote location data ordered 
by remote location; and 

(d) storing the remote location data In a 
45 horizontal file in successive physical mem- 
ory locations. 

11. A method as recited In claim 10, further com- 
prising (e) displaying the remote location data 

50 on a display having display locations and cre- 

ating a display cross reference table having 
entries corresponding to the display locations, 
where the remote location data is displayed on 
the display with each entry including an ad- 

55 dress of the physical memory location in the 

horizontal file of the remot location data for 
the corresponding display location. 
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12. A method as recited in claim 11, further com- 
prising (f) creating a new horizontal file and a 
new display cross reference table when a user 
requests a display format change. 

5 

13- A method as recited in claim 12, wherein step 
(f) comprises: 

1 ) obtaining the display format change; 

2) retrieving an address of remote location 
data to be moved on the display from the io 
cross reference table; 

3) storing the retrieved remote location data 
in a physical location in the new horizontal 
file corresponding to the display location to 
which the remote location data is to be 75 
moved; and 

4) storing the physical location in the new 
display cross reference table in an entry 
corresponding to the display location. 

20 



25 



30 



40 



45 



50 
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